home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 1 / NetNews Offline Volume 1.iso / news / fido / ger / amiga / 2156 < prev    next >
Internet Message Format  |  1996-03-16  |  7KB
  1. From: Martin_Steigerwald@p4.f1529.n244.z2.fido.sub.org (Martin Steigerwald)
  2. Organization: Indians Home BBS
  3. Path: f1529.n244.z2.fidonet.org!not-for-mail
  4. Newsgroups: fido.ger.amiga
  5. Subject: Re: USENET: Ami-FileSafe (AFS)-Erfahrungen
  6. Message-ID: <51483863@stud.uni-frankfurt.de>
  7. References: <MSGID_2=3A2448=2F7808.0=40fidonet_4871DD09@fidonet.org>
  8. Date: Thu, 07 Sep 1995 12:28:21 +0200
  9.  
  10. Michael A. Bode schrieb in fidonet.AMIGA.GER ueber "USENET: Ami-FileSafe
  11. (AFS)-Erfahrungen":
  12.  
  13. OH, ich muss da mal einige Falschaussagen auseinandernehmen. Diese Mail
  14. geht auch wieder ins Usenet zurueck.
  15.  
  16. MAB>ein wenig schneller, als FastFileSystem. Bei manchen Operationen ist
  17. MAB>es aber auch langsamer. Die in der Werbung zu AFS versprochenen
  18.  
  19. OK, stimmt (noch).
  20.  
  21. MAB>Geschwindigkeitsvorteile habe ich mit meiner Konfiguration aber *nie*
  22. MAB>erreicht. Versprochen werden da u.a.: "Durchsuchen von Directories
  23. MAB>10-20 mal so schnell", und "Loeschen und Umbenennen mit einem Faktor
  24. MAB>10-20" und "Lese- und Schreibzugriffe doppelt so schnell". Diese Werte
  25. MAB>sind zumindest bei meiner Konfiguaration reine Traumwerte, die ich
  26. MAB>*nie* erreicht habe.
  27.  
  28. Es scheint nicht unter allen Konfigs dieselben Beschleunigungen zu
  29. bringen. Auf jeden Fall musst Du gleiche Blockgroessen vergleichen. FFS
  30. mit 2 K Blocksize kommt geschwindigkeitsmaessig nahe an AFS heran.
  31.  
  32. MAB>Einschraenkungen, wie sie zum Teil im Handbuch stehen, bzw. was ich
  33. MAB>festgestellt habe: AFS braucht enorme CPU-Zeit! Messungen mit
  34. MAB>DiskSpeed 4.2 zeigten teilweise ein "available CPU" von 0% an. Und das
  35.  
  36. Beim Lesen und Schreiben??? Noe, eigentlich nicht, es sei denn mit 512
  37. Byte Diskspeed-Buffer, das wird sich aber aendern.
  38.  
  39. Available CPU 0% tritt bei mir nur bei dirscan und
  40. fileverwaltungsfunktionen auf.
  41.  
  42. MAB>bei Lese-/Schreibaktinen, bei denen unter FFS teilweise bis zu 60% Cpu
  43. MAB>frei war. Das liegt nicht etwa an einem zu langsamen Processor. Mein
  44. MAB>Ami arbeitet mit 50MHz.
  45.  
  46. Hab ich unter AFS auch, ueber 60% CPU Frei.
  47.  
  48. MAB>AFS erstellt keine BOOT-faehigen Disketten. AFS braucht mindestens 5%
  49. MAB>des Disk-Speicherplatzes. AFS-formatierte Platten sollten mit einem
  50.  
  51. Quatsch. Der wird am Anfang abgezogen, um alle Verwaltungsdaten
  52. zusammenzuhalten, wenn er dann aber fuer Verwaltungsinfo nicht ausgenutzt
  53. wird, kann er bei Bedarf fuer Files freigegeben werden. Das alles macht
  54. AFS automatisch.
  55.  
  56. AFS braucht weniger Diskspeicher als FFS. Die Frei-Informationen muss man
  57. auch mit den Belegt-Informationen vergleichen. Die gleiche Menge an
  58. Dateien, von der Anzahl und der Gesamtbytezahl her gesehen, belegt auf
  59. einem AFS Filesys weniger als auf FFS, weil AFS nicht pro Files und Dir
  60. 512 Byte oder mehr, wenn man einen groesseren Blocksize waehlt,
  61. Verwaltungsinfo braucht.
  62.  
  63. MAB>Puffer von 300 laufen - kann Probleme bei kleinem Speicher bringen.
  64.  
  65. Quatsch. Buffersettings gehen von 50 bis 300.... 300 ist der Maximalwert,
  66. alles darueber ist gesperrt, weil nicht sinnvoll. Bei mir laeufts mit 300,
  67. weil ich den Speicher habe.
  68.  
  69. Mit 50 laeuft es ziemlich langsam, aber schon ab 150 sollte es ziemlich
  70. gut laufen. Wobei 1 Buffer = 1 KByte, bei AFS.
  71.  
  72. MAB>Alle Programme, die irgendwie auf die Bitmap zugreifen, laufen
  73. MAB>*nicht*. Im einzelnen sind das mir: Viren-Pgm. "VT-Schutz" bei
  74. MAB>BlockKette, BootBlock usw. REORG, TSO_II, Quaterback-Tools, Ami-Back
  75. MAB>Tools, DPU, DiskX, DiskSalvIII (V12.18) beim Pruefen + Aufraeumen,
  76. MAB>Cache-Programme mit "write Cache" (steht im Handbuch). Mehr konnte ich
  77. MAB>in der kurzen Zeit nicht testen. Ferner soll es laut Handbuch bei
  78. MAB>manchen Spielen zu Problemen kommen.
  79.  
  80. Das ist normal. Diese Programme gehen vom FFS aus. DiskSalv gibt es bald
  81. fuer AFS, ReOrg ist in Planung und wird es wohl auch geben.
  82.  
  83. Ich hab ne Betaversion von DS III fuer AFS hier und dieses ist dank des
  84. Aufbaus von AFS bis zu 10, vielleicht bis zu 50x mal schneller, beim
  85. Einscannen der Verzeichnisstruktuer. Ueber 10000 Files wurden in weniger
  86. als einer Minute gescannt (Dateinamenanzeige war aus, das haette sonst
  87. viel laenger gedauert.)
  88.  
  89. MAB>Weitere bei mir aufgetretene Probleme: AFS verkraftet bei meiner
  90. MAB>Quantum 105S keinen Synchron-Modus. In dem Fall gibt es
  91. MAB>"HardDisk-Error" und die Platte wird auf "Read-Only" gesetzt. (Steht
  92. MAB>nicht im Handbuch). Die Atlas dagegen arbeitet unter synchron
  93. MAB>einwandfrei. Hat die 105er uebrigens unter FFS auch getan.
  94.  
  95. Komisch. Tritt bei mir nicht auf. Waer einen Bugreport an den AFS-Support
  96. wert.
  97.  
  98. MAB>Wenn ich mit einem Cache-Programm arbeite, werden meine Platten
  99. MAB>*erheblich* langsamer, als sie es unter FFS waren. Wenn ich das
  100.  
  101. Cache-Programme sind unter AFS wohl erst ab einem 040er oder besser
  102. sinnvoll, weil sonst einfach AFS so schon zu schnell ist.
  103.  
  104. MAB>schneller. Dafuer werden die unter FFS dann langsamer. Hinzu kommt,
  105. MAB>dass AFS - zumindest bei grossem Datenbestand - *ohne Read-Cache*
  106. MAB>enorm ueber die Platte saust. Wahrscheinlich werden diese beim write
  107.  
  108. Nicht mehr als FFS auch, das ist mein Eindruck. AFS vermeidet sogar viele
  109. Seeks, gerade bei grossen Files, weil es eben net dauernd nach
  110. Extension-Blocks suchen muss.
  111.  
  112. MAB>Die in der Werbung versprochenen Geschwindigkeitssteigerungen habe ich
  113. MAB>*nie* erreicht.
  114.  
  115. Die Werbung verspricht fast immer mehr. Das ist klar. Aber nimm z.B. mal
  116. create-file, das geht bei mir mit deutlich mehr als 2MB/s, so einen Wert
  117. hatte ich unter FFS nie.
  118.  
  119. MAB>Ferner habe ich bemerkt, dass das Einarbeiten kleiner Files in
  120. MAB>bestehene Directories *wahnsinnig langsam* geschieht. Wenn das
  121.  
  122. Ja, stimmt, wird gerade behoben. Liegt am Caching-Mechanismus. Das Update
  123. ist kostenlos.
  124.  
  125. MAB>Was mich weiter gestoert hat, ist die Tatsache, dass AFS *nicht* die
  126. MAB>derzeit *neueste* Version ist. Im Handbuch wird dem Kunden das Recht
  127. MAB>eingeraeumt, sich sofort per Mail die neueste Version vom englischen
  128. MAB>Hersteller besorgen zu duerfen. Gleichzeitig wird darauf hingewiesen,
  129. MAB>dass in naechster Zeit weitere ueberarbeitete Versionen auf den Markt
  130. MAB>kommen (in `95). Ich ueberlege mir, ob ich AFS nicht zurueckgebe und
  131. MAB>abwarte, bis das System zumindest so weit ausgereift ist, wie es im
  132. MAB>Handbuch zumindest angedacht ist. Irgendwie komme ich mir vor, wie ein
  133. MAB>Beta-Tester...
  134.  
  135. Ab AFS 15.0 laueft AFS sehr stabil. Du bist mit Sicherheit kein
  136. Betatester. (Das hab ich schon zu genuege gemacht.)
  137.  
  138. AFS ab V15.0 ist nicht mehr kleinzukriegen. Und wer Updates gleich und
  139. sofort haben will als Field Tester, muss mit Fehlern rechnen. Man kann
  140. aber auch abwarten, bis die Field Tester und die Beta Tester alles
  141. gecheckt haben. (Erst bekommens die Betatester, dann die field tester und
  142. dann gehts offiziell raus.)
  143.  
  144. Let the sun shine...         _ _  _  _  steigerw@stud.uni-frankfurt.de
  145. |_| _ |o _  _  o _   _ ._   |_ | | \/ \ 2:244/1529.4  Indians Home BBS
  146. | |(/_||(_)_>  |_>  (_)| |  |  | |_/\_/       Martin Steigerwald
  147.  
  148.  
  149. Moved MS-DOS to NIL:! Shall I retrieve it? NO, LEAVE IT THERE!!!!
  150.